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REMARKS/ARGUMENTS 

Prior to the entry of this amendment, claims 1-10, 12-23 and 31-44 were pending 
in this application. Claimsl, 20, 31, 37, and 43 have been amended, no claims have been added 

and no claims have been canceled herein. Therefore, claims 1-10, 12-23 and 31-44 remain 
pending in this application. Applicant respectfully requests reconsideration of these claims for at 
least the reasons presented below. 

35 U.S.C. S 103 Rejection. Durand in view ofShen, in further view of Corn 

The Office action has rejected claims 1-10, 12-17, 20-23, and 31-44 under 35 
U.S.C. § 103(a) as being unpatentable over U. S. Patent No. 5,694,598 to Durand et al. 
(hereinafter "Durand") in view of U. S. Patent No. 5,596,746 to Shen et al. (hereinafter "Shen"), 
in further view of U.S. Patent No. 6,356,892 to Com et al. (hereinafter "Com"). The Applicant 
respectftilly submits that the Office Action does not establish a prima facie case of obviousness 
in rejecting these claims. Therefore, the Applicant requests reconsideration and withdrawal of 
the rejection. 

In order to establish a prima facie case of obviousness, all claimed limitations 
must first be taught or suggested by the prior art. See, e.g., DyStar Textilfarben GmbH & Co. 
Deutschland KG v. CH. Patrick Co., 464 F.3d 1356, 1360 (Fed. Cir. 2006). The Office Action 
must then provide an explicit analysis supporting the rejection. See KSR Int'l Co. v. Teleflex 
Inc., Ill S. Ct. 1727, 1741 (2007) ("a patent composed of several elements is not proved 
obvious merely by demonstrating that each of its elements was, independently, known in the 
prior art"). While the Office Action can use one of several exemplary rationales fi-om the MPEP 
to support an obviousness rejection under KSR, all the rationales still require the Office Action to 
demonstrate that all the claim elements are shown in the prior art. 5eeMPEP §2143. As will be 
discussed below, the references cited by the Office Action do not teach or suggest each claimed 
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limitation. For example, the cited references do not teach or suggest, alone or in combination, 
determining a relational database from a plurality of data stores to service said request, wherein 
the plurality of data stores comprises the relational database and at least one LDAP directory. 
Furthermore, none of the references teach or suggest, alone or in combination, determining the 
relational database from the plurality of data stores by comparing a filter for accessing the data 
for the first attribute included in the request to a partitioning expression for each of the data 
stores defining data stored in the data store, wherein the partitioning expression is in an LDAP 
filter format and comparing the filter for accessing the data for the first attribute to the 
partitioning expression for each of the data stores comprises determining whether the filter for 
accessing the data for the first attribute and the partitioning expression overlap at least in part. 

Durand "relates to methods for mapping data between an object-oriented data 
model and a relational data model." (Col. 1, lines 8-10) Durand discloses a method of mapping 
from a plurality of objects to a relational database that includes generating and populating a 
fransit object with data from the objects, populating a data structure with the information from 
the fransit object, and finally populating the relational database based on the structure. (Col. 3, 
lines 1-21) Durand's method of mapping from the relational database to the objects is essentially 
the reverse process, i.e., populating the data structure with information from the relational 
database, populating the transit object based on the data structure, and populating the objects 
with data from the transit object. (Col. 3, lines 22-39) However, Durand does not teach or 
suggest determining a relational database from a plurality of data stores to service said request, 
wherein the plurality of data stores comprises the relational database and at least one LDAP 
directory. Furthermore, Durand does not teach or suggest determining the relational database 
from the plurality of data stores by comparing a filter for accessing the data for the first attribute 
included in the request to a partitioning expression for each of the data stores defining data stored 
in the data store, wherein the partitioning expression is in an LDAP filter format and comparing 
the filter for accessing the data for the first attribute to the partitioning expression for each of the 
data stores comprises determining whether the filter for accessing the data for the first attribute 
and the partitioning expression overlap at least in part. 
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Shen provides "a method and apparatus for transforming data base schemas to 
object models." Under Shen "the data base schema is mapped into instances in an ideal table 
meta model. Next, the information in the ideal table meta model is mapped into instances in an 
object meta model. Finally, the information in the object meta model is used to generate a file 
compatible with an object modeling tool for the purpose of displaying, in graphical form, the 
object model on a visual display device of a computer." (Col. 1, lines 60-67) However, Shen 
does not teach or suggest, alone or in combination with Durand, determining a relational 
database from a plurality of data stores to service said request, wherein the plurality of data 
stores comprises the relational database and at least one LDAP directory. Furthermore, Shen 
does not teach or suggest, alone or in combination with Durand, determining the relational 
database from the plurality of data stores by comparing a filter for accessing the data for the first 
attribute included in the request to a partitioning expression for each of the data stores defining 
data stored in the data store, wherein the partitioning expression is in an LDAP filter format and 
comparing the filter for accessing the data for the first attribute to the partitioning expression for 
each of the data stores comprises determining whether the filter for accessing the data for the 
first attribute and the partitioning expression overlap at least in part. 

In response to these arguments, the Office Action agrees that "the combination of 
Shen and Durand do not explicitly teach determining a relational database from a plurality of 
data stored to service said request, wherein the plurality of data stored comprises the relational 
database and at least one LDAP directory and wherein determining the relational database from 
the plurality of data stores comprises comparing the filter for accessing the data for the first 
attribute to a partitioning expression for each of the data stores defining data stored in the data 
store, wherein the partitioning expression is in an LDAP filter format and comparing the filter for 
accessing the data for the first attribute to the partitioning expression for each of the data stores 
comprises determining whether the filter for accessing the data for the first attribute and the 
partitioning expression overlap at least in part." (Office Action page 7) In an effort to 
demonstrate such a teaching, the Office Action then tums to Com. However, the Applicants 
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respectfully contend that Com does not correct these deficiencies, either alone or in combination 
with Durand and/or Shen. 

Com is directed to "searching a relational database using hierarchical, filter-based 
queries, such as LDAP" and "combin[ing] basic LDAP filter expressions into a preferably single 
SQL query that retrieves target entries that exactly match given search criteria." More 
specifically. Com describes: 

"A method of hierarchical LDAP searching in an LDAP directory service having 
a relational database management system (DBMS) as a backing store. The method 
begins by parsing an LDAP filter-based query for elements and logical operators 
of the filter query. For each filter element, the method generates an SQL subquery 
according to a set of translation rules. For each SQL subquery, the method then 
generates a set of entry identifiers for the LDAP filter query. Then, the SQL 
subqucrics arc combined into a single SQL query according to a set of 
combination rules chosen corresponding to the logical operators of the LDAP 
filter query." (Abstract) 

That is. Com describes a way to translate LDAP expressions into SQL queries to be executed 
against a set of database backing stores. 

However, Com does not teach or suggest a plurality of data stores comprising a 
database and at least one LDAP directory. Rather, the data stores of Com, i.e., the backing 
stores, all comprise databases and do not include an LDAP directory. With regard to this 

recitation, the Office Action cites the LDAP servers of FIGs. 4A-4C of Corn. However, the 
Applicants respectfully contend that these servers do not themselves represent data stores. 
Rather, they seem to provide portals through which clients can access the data of the backing 
stores (the databases) and which perform the above described translation of LDAP expressions to 
SQL queries. See for example, col. 4, line 66 - col. 5, line 8. 

Furthermore, Com does not teach or suggest, alone or in combination with 
Durand and/or Shen, anything that can be considered a partitioning expression as recited in the 
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pending claims. With regard to these recitations, the Office Action cites the translation tables of 
Com described generally at col.5, line 32 - col. 7, line 58. The Applicants respectfiiUy contend 
that, as described therein, these translation tables are used under Com to build a hierarchy 
representing the LD AP statement which in turn is used to build the corresponding queries and 
sub-queries. That is, Corn seems to describe parsing the LDAP statement and representing the 
hierarchy of that statement in the cited translation tables. At best, this parsing of the LDAP 
filters might be said to be synonymous with "partitioning of an expression" but this cannot 
reasonably be considered to be equivalent to a "partitioning expression" as recited in the pending 
claims, i.e., an expression "for each of the data stores" and "defining data stored in that data 
store." 

Further still. Com does not teach or suggest, alone or in combination with Durand 
and/or Shcn, comparing a partitioning statement to an attribute of a fikcr of a request to access 
data of a data store as recited in the pending claims. For example, with regard to these, the 
Office Action cites generally FIGs. 6A-6C of Com. More specifically, the Office Action cites 
steps 76 and 96 and steps 80 and 84 as allegedly disclosing "comparing" and "determining" 
respectively. The Apphcants respectfiiUy note that step 76 seems to describe testing an LDAP 
statement for the presence of a logical AND operator and setting a fiag if the operator is present. 
See col. 8, lines 3-10. Step 80 seems to describe further testing the statement is at an end 
(whether the next filter is NIL or null). Sec col. 8, lines 13-16. Similarly, step 84 seems to 
describe testing the LDAP statement for the presence of a logical OR operator and step 96 seems 
to describe testing the LDAP statement for the presence of a logical NOT operator. That is, 
these steps and the accompanying description seem to fiirther describe Com's process of parsing 
the LDAP statement as part of the translation to SQL queries but not comparing a partitioning 
statement to an attribute of a filter of a request to access data of a data store as recited in the 
pending claims. Thus, the Applicants respectfiiUy contend that the combination of Durand, 
Shen, and/or Com fail to teach or suggest several claim recitations. 
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Independent claim 1, upon which claims 2-10 and 12-19 depend and independent 
claim 20, upon which claims 21-23 depend both recite in part "receiving a request to access data 
for a first attribute, wherein the request includes the first attribute and a filter for accessing the 
data for the first attribute; determining a relational database from a plurality of data stores to 
service said request, wherein the plurality of data stores comprises the relational database and at 
least one LDAP directory and wherein determining the relational database fi-om the plurality of 
data stores comprises comparing the filter for accessing the data for the first attribute to a 
partitioning expression for each of the data stores defining data stored in the data store, wherein 
the partitioning expression is in an LDAP filter format and comparing the filter for accessing the 
data for the first attribute to the partitioning expression for each of the data stores comprises 
determining whether the filter for accessing the data for the first attribute and the partitioning 
expression overlap at least in part." None of the references, alone or in combination, teach or 
suggest determining a relational database fi-om a plurality of data stores to service said request, 
wherein the plurality of data stores comprises the relational database and at least one LDAP 
directory. Furthermore, none of the references, alone or in combination, teach or suggest 
determining the relational database fi'om the plurality of data stores by comparing a filter for 
accessing the data for the first attribute included in the request to a partitioning expression for 
each of the data stores defining data stored in the data store, wherein the partitioning expression 
is in an LDAP filter format and comparing the filter for accessing the data for the first attribute to 
the partitioning expression for each of the data stores comprises determining whether the filter 
for accessing the data for the first attribute and the partitioning expression overlap at least in part. 
For at least these reasons, the rejection should be withdrawn and claims 1-10 and 12-23 should 
be allowed. 

Independent claim 31, upon which claims 32-36 depend, independent claim 37, 
upon which claims 38-42 depend, and independent claim 43, upon which claim 44 depends, each 
recite in part "receiving a request to access data for a first attribute, said request identifies said 
data in a first data format, said first data format includes objects, said objects include one or 
more attributes and wherein the request includes the first attribute and a filter for accessing the 
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data for the first attribute; determining a relational database from a plurality of data stores to 
service said request, wherein the plurality of data stores comprises the relational database and at 
least one LDAP directory and wherein determining the relational database from the plurality of 
data stores comprises comparing the filter for accessing the data for the first attribute to a 
partitioning expression for each of the data stores defining data stored in the data store, wherein 
the partitioning expression is in an LDAP fiher format and comparing the filter for accessing the 
data for the first attribute to the partitioning expression for each of the data stores comprises 
determining whether the filter for accessing the data for the first attribute and the partitioning 
expression overlap at least in part." None of the references, alone or in combination, teach or 
suggest determining a relational database from a plurality of data stores to service said request, 
wherein the plurality of data stores comprises the relational database and at least one LDAP 
directory. Furthermore, none of the references, alone or in combination, teach or suggest 
determining the relational database from the plurahty of data stores by comparing a filter for 
accessing the data for the first attribute included in the request to a partitioning expression for 
each of the data stores defining data stored in the data store, wherein the partitioning expression 
is in an LDAP filter format and comparing the filter for accessing the data for the first attribute to 
the partitioning expression for each of the data stores comprises determining whether the filter 
for accessing the data for the first attribute and the partitioning expression overlap at least in part. 
For at least these reasons, the rejection should be withdrawn and claims 31-44 should be 
allowed. 
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35 U.S.C. S 103 Rejection, Durand in view ofShen, in further view of Corn, and in further 
view of Hennimer 

The Office Action has rejected claims 18 and 19 under 35 U.S.C. § 103(a) as 
being unpatentable over Durand in view of Shen, in further view of Com, and further in view of 
U. S. Patent No. 5,499,371 to Henninger et al. (hereinafter "Henninger"). Applicant respectfully 
requests withdrawal of the rejection and allowance of the claims for at least the reason that 
claims 18 and 19 both depend upon independent claim 1 which is though to be allowable as 
discussed in detail above. 

CONCLUSION 

In view of the foregoing, Applicant believes all claims now pending in this 
Application are in condition for allowance. The issuance of a formal Notice of Allowance at an 
early date is respectfully requested. 

If the Examiner believes a telephone conference would expedite prosecution of 
this application, please telephone the mdersigned at 303-571-4000. 

Respectfully submitted, 

AVilliam J. Dalev/ 
William J. Daley 
Reg. No. 52,471 

TOWNSEND and TOWNSEND and CREW LLP 
Two Embarcadero Center, Eighth Floor 
San Francisco, California 941 1 1-3834 
Tel: 303-571-4000 (Denver) 
Fax: 303-571-4321 (Denver) 
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